home *** CD-ROM | disk | FTP | other *** search
/ Gold Medal Software 2 / Gold Medal Software Volume 2 (Gold Medal) (1994).iso / comms / ymod15_4.arj / WHATSNEW.DOC < prev    next >
Text File  |  1993-09-29  |  4KB  |  94 lines
  1.         v15.3
  2.  
  3.          Additional optimization to squeeze the last ounce of speed
  4.          from the application. It should now be ready to handle
  5.          vFAST modems effectively.
  6.  
  7.         v15.2
  8.  
  9.          Additional optimization to speed up the program.
  10.  
  11.         v15.1
  12.  
  13.          Switched to 386 instructions to speed up the program.
  14.  
  15.  
  16.         V15.0
  17.  
  18.         Changed the startup timers and added some stuff to take into
  19.         account RIPterm's very SLOW and buggy Ymodem Batch and Ymodem-G.
  20.  
  21.  
  22.         V14.2
  23.  
  24.  
  25.                                    -T<D,W,O>
  26.  
  27.          This  governs  the TYPE of time slicing the  protocol  driver
  28.          will use. Leaving off the -T switch means no time slicing.
  29.  
  30.          D= Desqview or Topview
  31.          W= Windows
  32.          O= OS-2
  33.  
  34.          E.g. -TD, -TW, -TO
  35.  
  36.          While time slicing does reduce the drain on your CPU it  may,
  37.          depending  on  the multitasker (OS-2,  Windows,  Topview,  or
  38.          Desqview)  and your hardware, greatly reduce transfer  rates.
  39.  
  40.          Despite  the term "Multitasking", multitasking is  impossible
  41.          using  a  single  CPU.  The CPU can  only  process  a  single
  42.          instruction (2 integer instructions if the new Intel P5  chip
  43.          is  used) at once. Multitasking with a single CPU is  nothing
  44.          more than quickly swapping in and out programs giving each  a
  45.          short  period of time to run before swapping in another  one.
  46.  
  47.          For instances, when Windows swaps away it freezes  everything
  48.          in  that  windows  and this includes ANY  device  drivers  or
  49.          interrupt  service routines. If you use the  internal  serial
  50.          driver,  it to is frozen and cannot send data that may be  in
  51.          the  transmit  buffer.
  52.  
  53.          While all multitaskers do this, some are more efficient  than
  54.          others.  Some  will give interrupt services  higher  priority
  55.          than  other tasks and allow them to use much more  CPU  time.
  56.          Even if the application only gets access to the CPU once ever
  57.          oh  .  .  . 9 clock tics, interrupt  routines  used  by  that
  58.          application  may  get access to the CPU every 2  clock  tics.
  59.          This is sometimes referred to as multi-threading.
  60.  
  61.          There   are  conditions  when  it  doesn't  matter  how   the
  62.          multitasker works. For instances, intelligent serial cards.
  63.  
  64.          If  you have an intelligent serial card, it  handles  sending
  65.          the  data and the multitasker does not stop it from doing  so
  66.          by  swapping out the window. In this case, always  use  -Time
  67.          slicing.
  68.  
  69.          Fossil  drivers  can sometimes get around this  if  they  are
  70.          loaded  BEFORE  the multitasker. However,  some  multitaskers
  71.          will  not allow dual access, from different windows,  to  the
  72.          fossil.
  73.  
  74.          To determine if your system works better with or without time
  75.          slicing, testing is the only way.
  76.  
  77.          Do uploads and downloads using time slicing and without using
  78.          time slicing. If you run a single node, compare the  transfer
  79.          rates.
  80.  
  81.          If  you  run  multiple nodes, it gets  more  involved.  After
  82.          getting  the first set of figures, repeat the entire  process
  83.          but  make  sure  you  have  someone  doing  the  uploads  and
  84.          downloads on ALL nodes at once. THEN compare ALL the transfer
  85.          rates.  Doing  multiple  transfers at once  DOES  effect  the
  86.          outcome.  You  may  find  that  while  transfer  rates   drop
  87.          drastically  when  a single download is going  on,  they  may
  88.          actually  go  up when you have multiple  transfers  going  at
  89.          once.
  90.  
  91.          When  you  are doing the tests, keep in  mind  that  transfer
  92.          rates  WILL  vary, but only a little bit. Look  for  the  big
  93.          differences and don't worry about 1 to 3 percent.
  94.